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REMARKS/ARGUMENTS 

The Examiner rejected claixios 1-42 as obvious (35 U.S.C. §103) over the Background Section 
of the AppljcattoTk, at pages 1 through pg. 3, line 12 (referred to herein as the "Background Section''^ 
and "The SGML/XML Web Page" by Robin Covet (referred to herein as "Cover"). Applicants 
traverse this rejection for the following reasons. 

Claims 1 , 15^ and 29 concern generating user interface output on an output device attached to a 
remote computer, wherein the remote computer conununicates over a network to at least one server. 
The claims require: receiving an object including user interface components and data from one server; 
generating user interface output from the user interface components and data in the object; receiving a 
standard application program interfaces (API) that arc a member of a set of standard APIs in a first 
format from at least one server over the network; converting the standard APIs in the first format to a 
user interface API in a second format; and executing the user interface API in the second foraiat to 
manipulate the object and generate fiirther user interface output from the components and data in the 
object, 

Apph' cants amended claims 1,15, and 29 to add the requirement that the user interface output 
is controlled by the at least one remote server throu^ the standard APIs sent by the at least one server 
over the network. 

In the Final OfSBce action, the Examiner cited to the Background Section of the Application, 
(Final Office Action, p. 2) Applicants submit it was improper fr)r the Examiner to cite to page 4 of the 
Application because that is the "Summary of Preferred Embodiments" section, and not admitted prior 
art. 

The Examiner cited pg. 1, lines 1 -20 of Cover as teaching the claim requirement of converting 
the standard APIs in the first format to a user interface API in a second format. The cited pg. 1 
discusses how the DOM specification defines a platform neutral interface to allow programs to 
dynamically access and update content, strucmre and style of documents. The DOM provides a set of 
objects that can represent a structured document and interface to manipulate the documents contents. 
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Nowhere does the cited pg. 1 anywhere teach or suggest convertmg standard APIs that are a 
member of a set of standard APIs m a first foniiat to a user interface API in a second foimat. Instead, 
the cited pg. 1 of Cover only mentions that the DOM specification defines objects and interfaces that 
may be used to manipulate and access the objects. Nowhere is there any mention of converting 
standard APIs in a first foimat to user interface APIs in a second format. No conversion is mentioned, 
just a DOM interface that may he used to access a DOM object. For instance, nowhere does the 
cited Cover anywhere teach or suggest converting standard DOM interfaces, in a first format, to user 
interface APIs in a second format to manipulate the object. 

In the Response to ARguments, the Examiner cited pg. 4, second paragraph of Cover as 
teaching the claim requirement of converting standard APIs in a first format to user interface APIs in a 
second fbnnat, (Final Office Action, pg. 5) Applicants traverse. 

The cited pg. 4 mentions that the W3C SOM provides a standard API for XML and HTML 
content, making the DOM accessible to programmers of different stripes. The cited pg. 4 fiirthe 
rmentions that the DOM provdies cross-browser capability. 

Although the cited pg. 4 of Cover discusses how the DOM WS3C provide cross browser 
fimctionality, nowhere is there any teaching or suggestion of converting standard APIs in the first format 
to the second format. Instead, the cited pg, 4 mentions how the DOM provides a programming 
interface accessible to different browsers. 

Further, nowhere does the cited pg, 4 anywhere teach, suggest or mention the added claim 
requirement that the user interface output is controlled by the at least one remote server through the 
standard APIs sent by the at least one server over the netwoik. Nowhere does the cited pg. 4 mention 
that a remote server uses the DOM W3C APIs to control user interface oulput over a network as 
claimed. 

The Examiner cited pg, 1, lines 1-21 of Cover as teaching the claim requirOTient of executing 
the user interface API in the second format to manipulate the object and generate fiwther user interface 
output from the components and data in the object. (Final Office Action, pg, 2). 
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The cited page 1 of Cover discusses a DOM interface used to access a DOM object. 
Nowhere is there any mention of executing a user interface API in a second format. Instead, the cited 
Cover only mentions a standard DOM interface, not executing user interface APIs in a second fonxxat 
resulting jBrom a conversion of the APIs in the standanJ first format. 

Moreover, Cover teaches away from tbis claim Tequirement because Cover just discusses the 
DOM interfaces, and nowhere suggests executing a user interface API in a second foimat resulting 
from conversion from an API in a first format of standard APIs received from one server, which is used 
to manipulate an object also received from one server. 

Further, the cited pg. 1 of Cover also does not teach or suggest the added claim requirement 
that the user interface output is controlled by the at least one remote server through the standard APIs 
sent by the at least one server over the network. 

The Examiner further cited pg. 1 , line 5 to pg. 2, Une 3 of Cover. (Final Office Action, pg. 2) 
However, this cited section again just mentions the DOM platform neutral interface and objects. 
Nowhere is there any mention of executing a user interface API in a second format resulting from a 
conversion to manipulate the object. Yet further, nowhere is there any mention of the added claim 
requirement that the user interface output is controlled by the at least one remote server through the 
standard APIs sent by the at least one server over the network. Instead, the cited Cover only 
discusses one $et of interfaces, the DOM, and nowhere teaches or suggests transforming a standard 
API in a first format to a user interface API in a second format. 

Yet further, nowhere does the cited Cover or Background Section anywhere teach or suggest 
receiving an object and standard APIs in a first format from at least one server over a network to 
convert to APIs in a second format to manipulate the object. This is not shown. 

In the Response to Arguments, the Examiner cited pages 13, 14, 15, and 17 of the Application 
as teaching the converting claim requirement. Applicants traverse this finding because the Examiner is 
citing to the "Detailed Description" of the invention, which is definitely not prior art. It is not appropriate 
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for the Examiuer to cite to the Detailed Description section of the AppUcation disclosing the invention as 
a source of prior art to use to reject the claims. 

Accordingly, the claims 1,15, and 29 are patentable over the combination of the cited 
Background of the Application and Cover because this combination does not teach all the claim 
limitations. 

Claims 2-5, 16-19, and 30-33 are patentable over the cited combination because they depend 
from claims 1, 15, and 29, which arc patentable over the cited art for the reasons discussed above. 
Moreover, certain of these dependent claims provide additional grounds of patentability over the cited 
art for the reasons discussed below. 

Claims 3, 17, and 31 depend from claims 1, 15, and 29 and further require: receiving user input 
commands at the remote computer; generating u$er interface APIs in the second format to implement 
the user input commands; and executing the generated user interface APIs to manipulate the object and 
generate further user interface ou^ut from the components and data in the object- 

The Examiner cited pg. 1 through pg. 2, Une 3 of Cover as teaching the additional requirement 
of generating user interface APIs in the second format to implement the user input commands. (Final 
Office Action, pg. 3) AppUcants traverse. 

The cited pg. 1 of Cover discusses DOM interfaces that may be used to access and update the 
content of a DOM object. However, claims 3, 17, and 31 require that when recei ving user input 
commands, user interface APIs in a second formal are generated to impl^ient user interface 
commands to manipulate the object. Nowhere does the cited Cover anywhere teach or suggest that 
user interface APIs in a second format are generated to implement received user input commands. 

Further, the cited Cover teaches away from these claim requirements because Cover discusses 
the platform independent DOM interfaces and objects, which are standard interfaces. The claims on 
the other hand concem generating user interface APIs in a second format, which are different than the 
APIs in the first format that are part of standard APIs in a fu-st foraiat. Thus, the generated user 
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interface APIs iu the second format are not standard APIs, such as the pjatforro. independent DOM 
ioterfiaces. 

Accordingly, claims 3, 17, and 31 provide additional grounds of patentability because the cited 
art does not t^h the additional requirements of these claims. 

Amended independent claims 6, 20, and 34 concem controlling from a server tiser interface 
output on an output device attached to a remote computer, wherein the server and remote computer 
com.municate over a network, comprising: transmitting from the server an object to the remote 
computer including user interface components and data, wherein the remote computer generates user 
interface output from the user interface components and data in the object; and transmitting from the 
server to the remote computer standard application program interfaces (API) that are a member of a 
set of standard APIs in a first format^ wherein the remote computer converts the standard APIs in the 
first format to user interface APIs in a second format to manipulate the object and generate fiirther user 
interface output from the components and data in the object. 

Applicants amended these claims to require that the user interface output at the remote 
computer is controlled by the server through the standard APIs sent by the server over the network. 

The Examiner cited the same sections of Cover above as teaching the claim requirement that 
the remote computer converts the standard APIs in the first format to user interface APIs in a second 
format to manipulate the object and generate further nser interface output firom the conqjonents and 
data in the object (Final Office Action, pg. 3). Applicants traverse. 

As discussed, the cited Cover discusses DOM objects and DOM interfaces that may be used 
to access and update content in the object, where the DOM provides a set of objects for representing 
HTML aod XML documents and a standard interface for accessing an. manipulating them. Nowhere 
does the cited Cover anywhere teach or suggest converting standard APIs in the first format to user 
interface APIs in a second format to manipulate the object. For instance, nowhere does the cited 
Cover anywhere teach or suggest converting standard DOM interfaces to user interface APIs in a 
second format to manipulate the object. For these and other reasons discussed with respect to claims 
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1, 15, and 39, claims 6, 20, and 34 provide additional grounds of patentability over the cited art. 
Moreover, nowhere does the cited Cover anywhere teach or suggest the added claim requirement that 
the user intCTface output at the remote computer is controlled by the server through the standard APIs 
sent by the server over the network. 

Claims 7-19j 21-33, and 35- 42 are patentable over the cited art because they depend either 
directly or indirectly from claims 1,15, and 39, which arc patentable over the cited art for the reasons 
• discussed above. Moreover, certain of these dependent claims provide additional grounds of 
patentability over the cited art for the reasons discussed below. 

Claims 7, 21, and 35 depend fiom claims 6, 20, and 34 and further require: generating a user 
interface at the server from a copy of the object transmitted to the remote computeir^ceiving input 
to control the user interface at the server; generating standard APIs in the first format to control the user 
interface according to the received input; and transmitting the generated standard APIs in the first 
format to the remote computer to control the user interface output generated at the remote computer. 

The Examiner cited pg. 2, lines 10-20 of the Background Section of the Application as 
teaching the claim requirements of generating a user interface at the server from a copy of the object 
transmitted to the remote computer. (Final Office Action, pgs. 3-4) Applicants traverse. 

The cited Background Section discusses how a host may make calls, using the Abstract 
Window Toolkit (AWT), that are transported to a remote computer to interface with a Java 
application. The cited Background Section mentions that an X client can send requests to an X server 
to control the operation of a GUT interface. Nowhere does the cited Background Section anywhere 
teach or suggest generating a user interface at a server from a copy of the object transmitted to the 
remote computer. Instead, the cited Background section discusses the X-protocol, where a user 
interface and application are on separate machines. This cited Background Section does not suggest 
that the server generates a user interface from a copy of the object transmitted to the remote computer 
including user interface components. 
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Moreover, claims 7, 21, and 35 ftuther require that in response to input received at the server, 
standard APIs in the first format are generated to control the user interface and that the generated 
standard APIs in the first format are also transmitted to the remote computer to control the user 
interface generated at the reitiote computer The cited Backgronnd Section discusses how a how an X 
client can issue requests to an X server to control the operation of the GUI interface. Nowhere does 
the cited Background Section anywhere teach or suggest that standard APIs are generated in response 
to input received to control the user interface at tihe server, where the generated standard APIs arc then 
sent to the remote computer to control the user interface their. 

Accordingly, claims 7, 21 , and 35 provide additional groimds of patentability because the cited 
art does not teach the additional requirements of these cl aims. 

Amended claims 8, 22, and 36 depend from claims 7, 21 , and 35 and further require that the 
object includes images of a product^ wherein the recei ved input at the computer is to modify the 
presentation of the images of the product, and who-cin the generated and transmitted standard APIs 
modify the presentation of the images of the product displayed in the generated user interface output at 
the remote computer. The Examiner cited pg. 2, lines 12-14 of the Background Section as teaching 
the additional requirements of these claims. (Final Office Action, pg. 4.). Applicant traverse. 

The cited pg. 2 of the Background Section discusses how a client may send a request to the X 
server for a drawing. Nowhere does the cited Background Section anywhere teach or suggest that the 
object transmitted includes images of a product and that the received input at the server computer is to 
modify the presentation of the images of the product at the remote computer. Nowhere does the cited 
Background Section anywhere teach or suggest input received at the server is used to modify the 
presentation of images of the product displayed at the remote computer. 

Accordingly, claims 8, 22, and 36 provide additional grounds of patentability because the cited 
art does not teach the additional requirements of these claims. 

Claims 9, 23, and 37 depend from claims 6, 20, and 34 and further require transmitting the 
object to additional remote computers and transmitting the standard APIs in the first format to the 
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additional remote computers that received the object to manipulate the objects on all the remote 
computers and control the generation of user interface output on the remote computers. The Examiner 
cited pg. 2, lines 12-20 of the Background Section as teaching the additional requirements of these 
claims. (Final Office Action, pg. 4) Applicants traverse. 

The cited pg. 2 of the Background Section discusses bow an X server can accqst requests 
from multiple clients and returns replies for information requests, user input and errors. Nowhere does 
the cited Background Section anywhere teach or suggest that an object is sent to multiple remote 
computers and that standard APIs are sent to the additional remote computer to manipulate the objects 
on all the remote computers to control user interface output on the remote computers. Instead, the 
cited Background Section just mentions that an X server can accept requests from multiple X clients 
and return information. 

Accordingly, claims 9, 23, and 37 provide additional grounds of patentability because the cited 
art does not teach the additional requirements of these claims. 

Claims 10, 24, and 38 depend from claims 9, 23, and 37 and further require: receiving, at the 
server, input from one of the remote computers to manipulate the object to modi fy the user interface 
output; generating, with the server, standard APIs to implement the manipulations to the object 
indicated in the received input; and transmitting the generated standard APIs to the remote computers 
to implement tiie manipulations of the object on the remote computers. The Examiner cited pg. 2, lines 
10-20 of the Background Section as teaching the additional requirements of tiiese claims, (Final Office 
Action, pg. 4) Applicants traverse. 

The cited pg. 2 discusses how the X server can receive requests from multiple clients and return 
replies. Nowhere docs the cited pg. 2 anywhere teach or suggest the claim requirement of generating 
at the server standard APIs to manipulate tbe object in response to input Gcom one remote computer 
and then transmitting the generated standard APIs to remote computers to implement the .manipulation 
fo the object. These steps are nowhere taught or remotely mentioned in the cited Background Sectioa 
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Accordingly, claims 1 0, 24, and 38 provide additional groimds of patentability because the 
cited art does not teach the additional requirements of these claims. 

Claims 11, 25, and 39 depend from claims 9, 23, and 37 and further require that the object 
includes components and data of an interacti ve lesson, wherein the lesson is presented by transmitting 
standard APIs to the remote computers to gen^te user interface output defining the lesson from the 
components and data in the object at each remote computer. The examiner found that the Background 
Section's discussion of information renders obvious that the information is a lesson. (Final Office 
Action, pg. 4) Applicants traverse. 

The cited Background Section only mentions that an X client sends requests for information to 
the X server. Nowhere does the cited Background Section anywhere teach or suggest that the object 
transmitted among the server and remote computers comprises an interactive lesson or that standard 
APIs are transmitted to the remote computers to generate output defining the lesson presented at the 
objects at each remote computer. Nowhere does the cited Background Section anywhere teach or 
suggest the claim requirements concerning providing an interactive lesson at remote computers as 
claimed. 

Accordingly, claims 1 1, 25, and 39 provide additional grounds of patentability because the 
ci ted art does not teach the additional requirements of these claims. 
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Conclusion 



For all the above reasons. Applicant submits that the pending claims 1-42 are 
patentable over the art of record. Applicants submit herewi th the fee for a one month extension of time. 
Nonetheless, should any additional fees be required, please charge Deposit Account No, 09-0460. 
The attorney of record invites the Examiner to contact him at (310) 553-7977 if the Examiner believe 
such contact would advance the prosecution of the case, y/^ 



Please dire ct all corregpondences to : 
David Victor 

Konrad Raynes Victor & Mann, LLP 
315 South Beverly Drive, Ste. 210 
BeverlyHills,CA 90212 
Tel: 310-553-7977 
Fax: 310-556-7984 



Dated: February 17. 2004 
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